|
Préparer la démonstration
La préparation de la réunion ne doit pas excéder une heure.
|
Effectuer la démonstration
L’équipe présente le produit partiel résultat de ses travaux, sous forme de démonstration des exigences (histoires
d'utilisateur) réalisées. Seules les exigences complètement finies (et testées) sont présentées. Cela permet d’avoir une
mesure objective de l’avancement.
|
Evaluer les résultats du sprint
Le Directeur Produit et les intervenants présents (clients, utilisateurs) posent des
questions à l’équipe, donnent leur impression, font des propositions et des demandes de changement. Le Backlog de produit est enrichi avec les bugs découverts et les demandes
d’évolution.
|
Calculer la vélocité réelle
La Vélocité du sprint est obtenue en faisant la somme de tous les points
associés aux exigences considérées comme effectivement finies. Elle est comparée à celle des sprints précédents, le
plus souvent à travers un Release Burndown Chart.
|
Ajuster le plan de la release
Les conditions ont pu changer depuis la dernière planification de la release :
-
des items ont pu être ajoutés ou suppirmés, les estimations modifiées,
-
l'ordre dans lesquels les items sont classés (la priorité) a pu être modifié,
De plus la vélocité moyenne a pu évoluer avec la prise de la vélocité calculée du sprint.
Le Planning de la release est ajusté en tenant compte de ces nouveaux paramètres.
|
|
